%-----------------------------------------------------------------------------
\chapter{Resümee}
%-----------------------------------------------------------------------------
Es wurde aufgezeigt wie die in der Zielsetzung definierte mobile Suche nach
MitarbeiterInnen sowie Räumen großer Organisationen, mit den beschriebenen und
für die Entwicklung verwendeten Technologien, ohne Einschränkungen, umsetzbar
ist.


\section{Apache Solr}
Die Serversoftware für die Volltextsuche funktioniert einwandfrei und schnell.
Sie bietet sehr viele intuitiv zu bedienende Einstellungs- sowie
Konfigurationsmöglichkeiten. Von welchen jedoch für die vorliegende Arbeit nur
sehr wenige verwendet werden mußten. Im wesentlichen nur die XML Datei für die
Definition des Suchindexes. Von großem Vorteil ist dass sämtliche
Konfigurationsdateien mit den die einzelnen Einstellungsmöglichkeiten
erklärenden und/oder beispielhaft umsetzenden Kommentaren versehen sind. Auch das
Integrieren der notwendigen Funktionalitäten sowie Java Archive in ein
%Haui Web Archive - hast du das weiter oben gecitet
eigenes Softwareprojekt, mit welchem der Suchserver an sich, im Zuge eines Web
Archives, mitsamt eigener Konfigurationen sowie Programmmodule deploybar ist,
war im problemlos möglich. 
% Haui \ldots
\subsection{Apache Solrj}
Die zugehörende Java Schnittstelle Solrj bietet ebenfalls alle notwendigen
Funktionalitäten, incl. generischer Datenschnittstellen. Und ist einfach und
intuitiv verwendbar.
Als Manko muss jedoch angemerkt werden dass die von den HerstellerInnen mitgelieferte Dokumentation nicht über Basisbeispiele sowie -erklärungen
hinausgeht. Tiefergehendere Informationen müssen einschlägigen Internetforen,
welche nicht den HerstellerInnen zugehörend sind, entnommen werden. 
% Haui 
In gewisser Weise kann dies aber auch als Argument für die gute technische
Abstraktion der Software gesehen werden da dies nur selten notwendig war sowie
wenn dann nur kurzer Suche bedurfte.








\section{Google Android}
%Haui hier vielleicht noch Auflistung machen
Die Trennung des grundsätzlichen Layoutdesigns, vorgenommen in XML Dateien, die
Steuerung des tatsächlichen Programmablaufes mittels selbst erstelltem Java
Code, sowie der Möglichkeit ausgehend von eigenem Programmcode auf die in den
XML Dateien vorgenommen Einstellungen zugreifen und damit das Layout ebenso
programmatisch anpassen zu können bietet sehr gute, schnelle und intuitive
Möglichkeiten eigene Programme zu entwickeln. Weiters sind zusätzliche nützliche
Bibliotheken, zB um JSON Daten zu verarbeiten, von vornherein vorhanden. Auch
die von Google mitgelieferten Entwicklungswerkzeuge für die Eclipse
Entwicklungsumgebung funktionieren sehr gut. Die Dokumentation der/des
Herstellerin/Herstellers für die äußerst umfangreichen API's ist umfassend und
läßt keine Bereiche aus. Es kann auf jegliche Ressourcen, seien es hardwarenahe,
wie zB Sensoren oder Lautsprecher, aber auch betriebssystemnahe wie zB
Kontaktadressen oder Netzwerkinformationen, zugegriffen werden. Trotzdem wird
die Entwicklung von eigenen Applikationen sehr schnell sehr komplex,
fehleranfällig und zeitintensiv. Der Grund hierfür liegt in der Komplexität der
einzelnen API's, zB betreffend Autocompletion oder Kontaktadressen, welche auf
möglichst hohem Abstraktionsgrad einerseits so viele Optionen wie möglich
anbieten andererseits aber immer nur zusammen mit anderen API's funktionieren. Dies führt dazu dass selbst für die Umsetzung kleiner Funktionalitäten sehr viel Zeit für
die Einarbeitung in viele verschiedene Teil-API's/Klassen investiert werden
muss. Beispielsweise benötigt dass erstellen von Kontakten auf dem Smartphone,
siehe "`Kontaktdaten in das Adressbuch importieren"', mindestens 6 verschiedene
Klassenaufrufe, sowie unzählige Zeilen an Programmcode verschiedenster
Methodenaufrufe nur um einen einzelnen Anzeigenamen, ohne weitere Informationen,
neu erstellen zu können.

%Haui Noch schreiben wieso nicht eine einzige simple Methode dafür ausreicht?




 
  
 

\section{Optimierungsmöglichkeiten}
Die Ansicht der Kontaktinformationen einzelner Personen ist in der Hinsicht
verbesserbar dass Fotografien der Personen dargestellt werden könnten deren
Kontaktinformationen betrachtet werden, (siehe Abb.~\ref{PersonDetailView}).
Dies würde die Applikation für die BenutzerInnen "`persönlicher"' erscheinen
lasse. Auch wäre es wünschenswert wenn Personen deren Kontaktinformationen
einmal betrachtet wurden im Hintergrund von der Applikation gespeichert werden
und bei Bedarf darauf zugegriffen werden könnte. So müßten einmal gefundene
Personen nicht unbedingt in das Mobiltelefon importiert werden sollten deren
Kontaktinformationen öfters benötigt werden um das nochmalige Durchführen einer
Suche zu vermeiden.





\section{Offene Probleme}
%-----------------------------------------------------------------------------
Das Importieren von Kontaktdaten funktioniert ohne vorherige Rückfrage an die
BenutzerInnen wenn die entsprechende Schaltfläche aktiviert wurde. Dies ist
jedoch notwendig wenn die Schaltfläche unbeabsichtigt betätigt wird. Auch wäre
es es für die BenutzerInnen vorteilhaft wenn diese vor dem tatsächlichen
Importvorgang diesen nicht nur abbrechen könnten, sondern nochmals alle
Informationen, welche in das Adressbuch des Smartphones importiert werden sollen, in einer
eigenen Sicht angezeigt bekommen würden um etwaige Änderungen, zB am
Displaynamen, vornehmen zu können.



\section{Ausblick}
Um möglichst vielen unterschiedlichen SmartphonebenutzerInnen die Möglichkeit
zur Verfügung zu stellen auf Ihren mobilen Endgeräten nach MitarbeiterInnen
sowie Räumen der beschriebenen Organisationen suchen zu können sollte die
Applikation auch für andere mobile Betriebssysteme entwickelt werden, siehe auch
"`Anregungen und Folgerungen"'. Weiters bietet der Apache Solr Server
Möglichkeiten für die phonetische Suche. In Hinblick darauf das BenutzerInnen
dadurch Suchwörter nicht mehr manuell auf Ihrem Smartphone eingeben müßten,
sondern diese sprechen könnten, könnte dies im Falle des Funktionierens eine
entscheidende Weiterentwicklung darstellen.








%-----------------------------------------------------------------------------
\section{Anregungen und Folgerungen}
%-----------------------------------------------------------------------------
Da im speziellen die Programmentwicklung für die Android Plattform sehr viel Zeit
in Anspruch genommen hat stellt es sich als untersuchenswert dar wie
zeitintensiv die Entwicklung einer ähnlichen Applikation mit ähnlicher
Funktionalität mit mobilen Webseiten ist. Ähnlich deshalb da zB unter Umständen
Kontaktinformationen nicht unbedingt direkt, ohne Zwischenschritte durch die
Verwendung von durch das mobile Betriebssystem bereitgestellte
Importapplikationen, auf das eigentliche Smartphone übernehmbar sein müssen.
Auch in Anbetracht dessen dass die unterschiedlichen Browser der
unterschiedlichen mobilen Betriebssysteme diverse Funktionalitäten
unterschiedlich oder gar nicht zur Verfügung stellen erscheint diese Alternative aus Gründen der Effizienz
interessant. Dies des-halb da die auf mobilen Webseiten basierende Applikation
nicht für jedes mobile Betriebssystem eigens entwickelt werden müßte.




%Haui das hier noch einmal überlegen
%Jedoch wenn phonetische Suche dann geht dass nur mit installierter Applikation
%daher Entscheidung zwischen weniger Aufwand wenn mobile HTML-Seite entwickelt
%wird, vor allem wenn diese nicht direkt auf Sensoren oder andere
%betriebssystem- und/oder hardwarenahe Schnittstellen des Smartphones zugreifen
%muß, und Funktionalität.













%Haui:
%- Die Images richtigstellen
%- Die unterstützen Sprachen einfügen - von der einen Arbeit abschreiben und auf
%diese verweisen
%- Layout des Deckblattes kontrollieren
%- Hochladen auf der Platform nicht vergessen





%\subsubsection{Haui}







%Die Android Permissions \ldots





%Rest Webservices - so etwas wie zentrales Repository nicht vorgesehen
%konzeptionell







%Penibel jeden einzelnen Punkt aufzählen und sagen dass dies funktioniert.
%Bei einigen - wenn nicht allen, so dies nicht den Umfang der Arbeit sprengt -
%Screenshots oder Quellcode als Beweis in die Arbeit integrieren.
%Nachvollziehbarkeit sowie Glaubwürdigkeit.
%This is a scientific work.






